Goal flow visualization

ABSTRACT

System and method for visualizing network traffic data. Webpage visits are grouped into nodes connected by traffic paths. Steps in an online process are used to assign nodes to levels in the visualization.

BACKGROUND

The Internet provides access to a wide variety of content. For instance, images, audio, video, and web pages for many different topics are accessible through the Internet. The accessible content provides an opportunity to present advertisements to users. Advertisements can be placed within content, such as a web page, image or video, or the content can trigger the display of one or more advertisements, such as presenting an advertisement in an advertisement slot within the content and/or in an advertisement slot of a pop-up window or other overlay.

The amount of traffic information available regarding even a basic Internet transaction can be cumbersome for interested parties. Users may visit numerous and different uniform resource locators (URLs), to complete substantially the same types of transactions. For example, an advertiser may wish to know more about the number of users that actually add a product to an online shopping cart. However, a unique URL may be generated each time a user adds a product to a shopping cart. In addition, various parties may be interested in how users arrive at certain webpages. For example, one user may perform an Internet search for a specific product, while another user may follow an advertisement link, to arrive at the same product description page. Therefore, the number of traffic paths that users may follow may also be large. For these and other reasons, generating visualizations of the flow of Internet traffic is challenging and difficult.

SUMMARY

In general, one innovative aspect of the subject matter described in this specification can be embodied in a method of displaying Internet traffic data. The method includes receiving, from an interface, a selection of steps in an online process and selection of a source type. A step in the online process corresponds to visiting one or more webpages and the source type is indicative of a characteristic of a device that accesses the one or more webpages. The method also includes retrieving, from a memory, data representative of nodes and traffic paths between nodes based in part on the selection of steps and the selection of the source type. At least one node corresponds to the source type and at least another node corresponds to a group of the one or more webpages. The method further includes determining a level for each node, the level representing a step in the online process. The method also includes generating visualization data configured to cause an electronic display to display two or more of the nodes and one or more traffic paths between the displayed nodes based in part on the levels of the two or more nodes. The method further includes providing the visualization data to an electronic device.

In another implementation, a system for generating a visualization of network traffic includes a processing circuit configured to receive a selection of steps in an online process and selection of a source type. A step in the online process corresponds to visiting one or more webpages and the source type is indicative of a characteristic of a device that accesses the one or more webpages. The processing circuit is also configured to retrieve data representative of nodes and traffic paths between nodes based in part on the selection of steps and the selection of the source type. At least one node corresponds to the source type and at least another node corresponds to a group of the one or more webpages. The processing circuit is further configured to determine a level for each node, the level representing a step in the online process. The processing circuit is also configured to generate visualization data configured to cause an electronic display to display two or more of the nodes and one or more traffic paths between the displayed nodes based in part on the levels of the two or more nodes. The processing circuit is further configured to provide the visualization data to an electronic device.

A further implementation is one or more computer-readable media having instructions stored therein, the instructions being executable by one or more processors to cause the one or more processors to perform operations. The operations include receiving a selection of steps in an online process and selection of a source type. A step in the online process corresponds to visiting one or more webpages and the source type is indicative of a characteristic of a device that accesses the one or more webpages. The operations also include retrieving data representative of nodes and traffic paths between nodes based in part on the selection of steps and the selection of the source type. At least one node corresponds to the source type and at least another node corresponds to a group of the one or more webpages. The operations further include determining a level for each node, the level representing a step in the online process. The operations also include generating visualization data configured to cause an electronic display to display two or more of the nodes and one or more traffic paths between the displayed nodes based in part on the levels of the two or more nodes. The operations additionally include providing the visualization data to an electronic device.

These implementations are mentioned not to limit the scope of the disclosure, but to provide examples to aid in the understanding thereof. Particular implementations can be developed to realize one or more of the following advantages.

BRIEF DESCRIPTION OF THE DRAWINGS

The details of one or more implementations of the subject matter described in this specification are set forth in the accompanying drawings and the description below. Other features, aspects, and advantages of the subject matter will become apparent from the description, the drawings, and the claims.

FIG. 1 is a block diagram of an example environment in which an advertisement management system manages advertising services;

FIG. 2 is an illustration of an example visualization of online traffic;

FIG. 3 is an illustration of an example visualization of online traffic showing more traffic flow connections;

FIG. 4 is an illustration of an example visualization of online traffic showing even more traffic flow connections;

FIG. 5 is an illustration of an example visualization of online traffic showing aggregated traffic data;

FIG. 6 is an illustration of an example visualization of online traffic showing a selection of a source type;

FIG. 7 is an illustration of an example visualization of online traffic showing sources based on region;

FIG. 8 is a flow diagram of an example process for generating a visualization of online traffic; and

FIG. 9 is a block diagram of an example processing circuit in accordance with an illustrative implementation.

Like reference numbers and designations in the various drawings indicate like elements.

DETAILED DESCRIPTION

The flow of Internet traffic is an important metric for website owners, advertisers, and other interested parties. For example, traffic data may include information as to how a user arrives at a website (e.g., by starting their web browsing at the website, by following a hyperlink from another website, etc.), how a user navigates within the website (e.g., by traversing from a product information page to a shopping cart page, by traversing from a shopping cart page to a purchase page, etc.), and where users go after visiting the website (e.g., by clicking on advertisements, by navigating to other websites, etc.). Interested parties can use traffic information to make changes to the website, tailor an advertising campaign a certain way, and perform other activities.

Interested parties (e.g., advertisers, website administrators, and other parties) may access various reports and visualizations that convey information regarding user interactions with the content and the flow of traffic through certain websites. A traffic analysis tool may aggregate and display traffic data, to assist an interested party in discerning how users interact with various webpages. For example, an advertiser may wish to know the percentage of users that actually click on an advertisement or how many users actually complete a purchase of the advertised product. The analysis and reporting of the traffic data can enable an advertiser to make advertising budget allocation decisions. In another example, a website administrator may make changes to the website that lead to a greater number of users reaching certain pages of a website.

In particular, the analysis tool may operate to simplify the presentation of information to an interested party about the flow of traffic. To do so, the analysis tool may aggregate and group certain types of information into “nodes” in the visualization. In some implementations, displayed nodes may be “clusters” of aggregated URLs. For example, URLs associated with viewing a shopping cart may be aggregated into a single cluster for display on a traffic flow visualization. In another example, other types of URLs within a particular website may be clustered (e.g., a main page, a search page, etc.) and the traffic between these URLs may also be aggregated. URL clustering is described in greater detail in the co-filed U.S. patent application Ser. No. 13/271,188, entitled, “Systems and Methods for Web Page Grouping Based on URLs,” filed Oct. 11, 2011, which is hereby incorporated by reference. In further implementations, other types of information can similarly be aggregated and grouped into nodes for a traffic flow visualization (e.g., demographic information, geographic location information, information about the hardware or software used to access websites, etc.).

The analysis tool may also automatically determine which nodes and flows of traffic are displayed in a visualization, according to various implementations. Aggregated flows of traffic among nodes may still be difficult to follow for a user of the visualization. For example, traffic may flow from node A to node D by traversing both nodes B and C. Traffic may also traverse from node A to node C and on to node D. Some traffic may flow directly from node A to node D. In addition, some traffic may follow a backwards path (e.g., by arriving at a previous node). For example, a user may traverse from node B to node C and then choose to return to node B, before continuing on to node D. In some implementations, the analysis tool may use a scoring function to determine whether or not certain paths of traffic are displayed in a traffic flow visualization.

The analysis tool may allow a user to select a source type. In general a source type is any way to classify information about network traffic that arrives at a displayed node in the visualization. In some implementations, a source type may be the source webpages from which traffic flow to a node in the visualization. For example, some traffic may arrive at a merchant's website from a search engine, while other traffic arrives by following advertisements on other websites. In some implementations, a source type may categorize information about the user devices that access the various webpages. For example, a source type may be the geographic locations of user devices (e.g., based on the IP addresses of the devices, based on GPS location information, etc.), system information about the user devices (e.g., type of web browser, operating system, the type of device, etc.) or other types of information about the accessing devices.

FIG. 1 is a block diagram of an example environment 100 in which an advertisement management system manages advertising services. Environment 100 includes a network 102, such as a local area network (LAN), a wide area network (WAN), a wireless network, the Internet, or a combination thereof. Network 102 connects websites 104, user devices 106, advertisers 108, and an advertisement management system 110. Environment 100 may include any number of websites 104, user devices 106, and advertisers 108.

A website 104 includes one or more resources 105 associated with a domain name and hosted by one or more servers. An example website is a collection of web pages formatted in hypertext markup language (HTML) that can contain text, images, multimedia content, and programming elements, such as scripts.

A resource 105 is any data that can be provided over network 102. A resource 105 is identified by a resource address that is associated with resource 105, such as a URL. Resources 105 can include web pages, word processing documents, portable document format (PDF) documents, images, video, programming elements, interactive content, and feed sources, to name only a few. Resources 105 can include content, such as words, phrases, images and sounds, that may include embedded information (such as meta-information in hyperlinks) and/or embedded instructions. Embedded instructions can include code that is executed at a user's device, such as in a web browser. Code can be written in languages, such as, JavaScript® or ECMAScript®.

A user device 106 is an electronic device that is under the control of a user. User device 106 is configured to request and receive resources 105 over network 102. Example user devices 106 include personal computers, mobile communication devices, and other devices that can send and receive data over network 102. In some implementations, user device 106 may includes a user application, such as a web browser, to facilitate the sending and receiving of data over network 102.

User device 106 can request resources 105 from a website 104. In turn, data representing resource 105 can be provided to user device 106 for presentation by user device 106 (e.g., on an electronic display, as an audible sound via a speaker, or a combination thereof). The data representing resource 105 can include data specifying a portion of the resource or a portion of a user display (e.g., a presentation location of a pop-up window or in a slot of a web page) in which advertisements can be presented. These specified portions of resource 105 or user display are referred to as advertisement slots.

To facilitate searching of the vast number of resources 105 accessible over network 102, environment 100 may include a search system 112 that identifies resources 105 by crawling and indexing resources 105 provided on websites 104. Data about resources 105 can be indexed based on resource 105 with which the data is associated. The indexed and, optionally, cached copies of resources 105 are stored in a search index (not shown).

User devices 106 can submit search queries to search system 112 over network 102. In response, search system 112 accesses the search index to identify resources 105 that are relevant to the search query. In one illustrative embodiment, a search query includes one or more keywords. Search system 112 identifies resources 105 that are responsive to the query, provides information about resources 105 in the form of search results and returns the search results to the user devices 106 in search results pages. A search result can include data generated by search system 112 that identifies a resource 105 that is responsive to a particular search query, and can include a link to resource 105. An example search result can include a web page title, a snippet of text or a portion of an image extracted from web page 104, a rendering of resource 105, and the URL of the web page 104. Search results pages can also include one or more advertisement slots in which advertisements can be presented.

A search result page can be sent with a request from search system 112 for the web browser of user device 106 to set an HTTP (HyperText Transfer Protocol) cookie. A cookie can represent, for example, a particular user device 106 and a particular web browser. For example, search system 112 includes a server that replies to the query by sending the search results page in an HTTP response. This HTTP response includes instructions (e.g., a set cookie instruction) that cause the browser to store a cookie for the site hosted by the server or for the domain of the server. If the browser supports cookies and cookies are enabled, every subsequent page request to the same server or a server within the domain of the server will include the cookie. The cookie can store a variety of data, including a unique or semi-unique identifier. The unique or semi-unique identifier can be anonymized and is not connected with user names. Because HTTP is a stateless protocol, the use of cookies allows an external service, such as search system 112 or other system, to track particular actions and status of a user over multiple sessions. A user may opt out of tracking user actions, for example, by disabling cookies in the browser's settings.

When a resource 105 or search results are requested by a user device 106 or provided to user device 106, advertisement management system 110 receives a request for advertisements to be provided with resource 105 or search results. The request for advertisements can include characteristics of the advertisement slots that are defined for the requested resource 105 or search results page, and can be provided to advertisement management system 110. For example, a reference (e.g., URL) to resource 105 for which the advertisement slot is defined, a size of the advertisement slot, and/or media types that are available for presentation in the advertisement slot can be provided to advertisement management system 110. Similarly, keywords (i.e., one or more words that are associated with content) associated with a requested resource 105 (“resource keywords”) or a search query for which search results are requested can also be provided to advertisement management system 110 to facilitate identification of advertisements that are relevant to resource 105 or search query.

Based on data included in the request for advertisements, advertisement management system 110 can select advertisements that are eligible to be provided in response to the request (“eligible advertisements”). For example, eligible advertisements can include advertisements having characteristics matching the characteristics of advertisement slots and that are identified as relevant to specified resource keywords or search queries. In some implementations, advertisements having targeting keywords that match the resource keywords, the search query, or portions of the search query are selected as eligible advertisements by advertisement management system 110.

Advertisement management system 110 selects an eligible advertisement for each advertisement slot of a resource 105 or of a search results page. Resource 105 or search results page is received by user device 106 for presentation by user device 106. User interaction data representing user interactions with presented advertisements can be stored in a historical data store 119. For example, when an advertisement is presented to the user via an ad server 114, data can be stored in a log file 116. Log file 116, as more fully described below, can be aggregated with other data in historical data store 119. Accordingly, historical data store 119 contains data representing the advertisement impression. For example, the presentation of an advertisement is stored in response to a request for the advertisement that is presented. For example, the ad request can include data identifying a particular cookie, such that data identifying the cookie can be stored in association with data that identifies the advertisement(s) that were presented in response to the request. In some implementations, the data can be stored directly to historical data store 119.

Similarly, when a user selects to traverse a link (e.g., a hyperlink, a presented advertisement, etc.), data representing the selection of the link can be stored in log file 116, a cookie, or historical data store 119. In some implementations, the data is stored in response to a request for a web page that is linked to an advertisement. For example, the user selection of the advertisement can initiate a request for presentation of a web page that is provided by (or for) the advertiser. The request can include data identifying the particular cookie for the user device, and this data can be stored in the advertisement data store.

User interaction data can be associated with unique identifiers that represent a corresponding user device with which the user interactions were performed. For example, in some implementations, user interaction data can be associated with one or more cookies. Each cookie can include content which specifies an initialization time that indicates a time at which the cookie was initially set on the particular user device 106. In further implementations, additional information may be collected about a particular user. For example, additional information may include information relating to the user's demographics, geographic location (e.g., based on a GPS function in a mobile device, based on an IP address, etc.), system information (e.g., which web browser is being use, the type of computing device used, etc.), and any other type of information about a user's interaction with environment 100.

Log files 116, or historical data store 119, also store references to advertisements and data representing conditions under which each advertisement was selected for presentation to a user. For example, historical data store 119 can store targeting keywords, bids, and other criteria with which eligible advertisements are selected for presentation. Additionally, historical data store 119 can include data that specifies a number of impressions for each advertisement and the number of impressions for each advertisement can be tracked, for example, using the keywords that caused the advertisement impressions and/or the cookies that are associated with the impressions. Data for each impression can also be stored so that each impression and user selection can be associated with (i.e., stored with references to and/or indexed according to) the advertisement that was selected and/or the targeting keyword that caused the advertisement to be selected for presentation.

Advertisers 108 can submit, to advertisement management system 110, campaign parameters (e.g., targeting keywords and corresponding bids) that are used to control distribution of advertisements. Advertisers 108 can access advertisement management system 110 to monitor performance of the advertisements that are distributed using the campaign parameters. For example, an advertiser can access a campaign performance report that provides a number of impressions (i.e., presentations), selections (i.e., clicks), and conversions that have been identified for the advertisements. The campaign performance report can also provide a total cost, a cost-per-click, and other cost measures for the advertisement over a specified period of time.

In some implementations, when a user accesses a web page, or another resource, from a referring web page (or other resource), the referring web page (or other resource) for that interaction can be identified, for example, by execution of code that is referenced by the web page being accessed and/or based on a URL that is used to access the web page. For example, a user can access an advertiser's website by selecting a link presented on a web page, for example, as part of a promotional offer by an affiliate of the advertiser. This link can be associated with a URL that includes data (i.e., text) that uniquely identifies the resource from which the user is navigating. For example, the link http://www.example.com/homepage/% affiliate_identifier%promotion_(—)1 specifies that the user navigated to the example.com web page from a web page of the affiliate that is associated with the affiliate identifier number that is specified in the URL, and that the user was directed to the example.com web page based on a selection of the link that is included in the promotional offer that is associated with promotion_(—)1. The user interaction data for this interaction (i.e., the selection of the link) can be stored in a database and used, as described below, to facilitate performance reporting and visualizing the flow of traffic in environment 100.

Advertisement management system 110 includes a performance analysis apparatus 120 that may use traffic and other data stored in logs 116, historical data 119, or elsewhere, to generate one or more flow visualizations of traffic in environment 100. For example, performance analysis apparatus 120 may analyze cookie data to determine how many users traverse from one of websites 104 to another. In some implementations, performance analysis apparatus 120 may aggregate sets of data into nodes and/or traffic paths for the visualization. Performance analysis apparatus 120 may also determine which nodes and traffic paths are displayed in a traffic flow visualization. For example, performance analysis apparatus 120 may utilize one or more scoring functions based on the amount of traffic between nodes to determine which traffic paths are displayed. The scoring function may also be based on level weights. For example, each of the traffic paths going from nodes A to B to C may have a level weight of 1, whereas a path that traverses directly from A to C may have a level weight of 2.

FIG. 2 is an illustration of an example visualization 200 of online traffic. In general, visualization 200 displays a plurality of source nodes 216 (e.g., URL clusters, groups of demographics, groups of geographic locations, or any other grouping of information). For example, a first source node may be an aggregate of social networking sites while a second source node may be an aggregate of search engines. Some or all of source nodes 216 may also include a grouping of URLs for a particular website. For example, a particular website may include the following URLs:

http://www.example.com/home.html

http://www.example.com/search.aspx

http://www.example.com/results.aspx?type=simple&q=test

In such a case, visualization 200 may aggregate these URLs into a single source node 216 labeled “Example.com.”

Visualization 200 may include nodes that correspond to goals, according to some implementations. A goal may be a group of URLs associated with a certain action performed by users. For example, a first goal 206 may be to view product categories on a particular website or set of websites. Goal 206 may be used to generate a node 220, for example, by aggregating all URLs that display product information. A second goal 208 may be then to view a shopping cart, thereby indicating that a website visitor has added a product to their shopping cart. Goal 208 may be used to construct node 226. A third goal 210 may be for users to login to the website and used to construct a node 232. A fourth goal 212 may be for users to place an order and used to construct a node 238. Finally, a fifth goal 214 may be for users to complete their orders and utilized to construct a node 244.

Visualization 200 may display traffic flow information between nodes. For example, traffic paths 218 represent the flow of traffic from source nodes 216 to node 220. In various implementations, visualization 200 may also provide indicia of the amount of traffic between nodes (e.g., by varying the appearance of traffic flows by traffic volume, by providing icons or text indicative of traffic volume, or by other ways of conveying the amount of traffic between nodes). For example, traffic paths 218 are shown to vary in size in visualization 200, thereby representing their different traffic volumes. Similarly, traffic paths 224, 230, 236, and 242 represent the flow of traffic from node 220 to 244 (e.g., through completion of a purchase) via nodes 226, 232, and 238. As shown, the decreasing size of traffic paths 224, 230, 236, and 242 in visualization 200 indicate that only a fraction of users that view products at node 220 actually complete a purchase at node 244.

Visualization 200 may show drop-off traffic flows. In general, a drop-off traffic flow is one in which a user exits the process defined by goals 206, 208, 210, 212, and 214 (e.g., by stopping their web browsing session, by leaving to visit a different retailer's website, etc.). As shown, drop-off traffic paths 222, 228, 234, and 240 are attached to nodes 220, 226, 232, 238, respectively, to denote the flow of traffic away from each of these steps (e.g., that do not return to another node associated with a goal in visualization 200). In some implementations, drop-off traffic flows may include indicia that distinguishes them from other traffic flows (e.g., by applying a coloration, text or icon, etc.). For example, drop-off traffic path 222 may be colored red to denote the flow of traffic away from the product description pages of node 220 (e.g., by going to a competitor's website, by stopping the shopping process, etc.).

Visualization 200 may include source input 203, according to some implementations. Source input 203 is configured to receive a selection of a source type for source nodes 216. In various implementations, source nodes 216 may be of a different type of grouping than that of other nodes. For example, nodes 220, 226, 232, 238, 244 may be groups of webpages, while source nodes 216 may be groups based on system information about the devices used to visit the webpages. Source types may include types of traffic sources (e.g., advertisement campaigns, referring websites, etc.), system information (e.g., web browser, operating system, installed programs, screen resolution, version information, etc.), types of geographic-related information (e.g., city, language, region, country, etc.), or any other way to group the network traffic data. A source type may also be user-defined. For example, source input 203 may receive a selection of multiple types, such as a selection of sources broken down by region and web browser.

Visualization 200 may include time input 204, according to some implementations. Time input 204 is configured to receive a selection of a time or date for which visualization 200 is to be generated. For example, time input 204 may receive a selection of a date range that can be used to filter traffic information provided by visualization 200. By way of example, an advertiser may wish to view website traffic information around a certain holiday, to tailor an advertising campaign. In other implementations, time input 204 may be preset (e.g., the previous week, the previous month, a time period defined in a user's profile, etc.).

Visualization 200 may include zoom input 205, which receives a selection of a zoom level. For example, a user of visualization 200 may use zoom input 205 to zoom out, thereby showing more nodes. Zoom input 205 may also be used to zoom in, thereby focusing the display of visualization 200 on only a subset of nodes. Zoom input 205 may be one or more icons, a sliding bar, or other selectable area of visualization 200.

In some implementations, visualization 200 may include a connection selector 202. Connection selector 202 receives a selection of an amount of traffic flows to be displayed on visualization 200. As shown, connection selector 202 is set to display only a minimal amount of traffic flows on visualization 200. Connection selector 202 may be an input field that receives a number of flows to display, one or more icons (e.g., an up and down arrow), a slide bar, or any other selectable area for receiving a selection on visualization 200.

FIG. 3 is an illustration of an example visualization 300, showing more traffic flow connections than that of visualization 200. Visualization 300 displays all of the same information as that of visualization 200, except that connection selector 202 has been adjusted in visualization 300 to display more traffic flow connections than that of visualization 200. In particular, traffic path 302 may be displayed in visualization 300 when connection selector 202 receives a command to increase the number of displayed traffic connections.

Traffic path 302 differs from that of the traffic flows in visualization 200 in that it denotes a backwards traffic path. For example, traffic path 302 may signify that a number of users return to view details about a second product, after adding a first product to their shopping carts (e.g., a user opts to continue shopping, instead of completing an order). This information may be pertinent to a user of visualization 300, in certain situations. For example, an online merchant may run a promotion where shipping is free when the total purchase price of an order is over a certain limit. Traffic path 302 allows the merchant to analyze how effective the promotion is at prompting customers to increase their orders.

In some implementations, a scoring function may be used to control which traffic flows are displayed in visualization 300. In some cases, a scoring function may be based in part on the volume of traffic over a particular traffic flow and/or a level weight. For example, one implementation may utilize a scoring function defined as follows: f(e)=w _(traffic)(e)*w _(length)(e) where e is a traffic flow between two nodes, w_(traffic)(e) is a traffic weight factor based on the amount of traffic over e, and w_(length)(e) is a length weight factor based on the number of levels traversed by e in visualization 200. For example, data flow 224 may have a higher traffic weight factor than that of data flow 242, since more users add items to their shopping carts than actually complete their purchases.

A length weight factor may be defined to give greater priority to displaying certain traffic flows over others in visualization 300. In some implementations, traffic flows that connect nodes from one level to the next along the levels of goals 206, 208, 210, 212, and 214 may be given the highest length weight factors. Therefore, traffic flows that follow the steps defined by goals 206, 208, 210, 212, and 214 may be displayed over other types of traffic flows. Traffic flows in the negative direction may be given lower length weight factors, to reduce the number of backwards traffic paths that may be displayed. For example, traffic path 302 may have a length of −1, since traffic flowing in this direction moves away from the overall goal of a completed purchase, i.e., goal 214. Traffic flows that also skip levels (“skips”) may be given other length weight factors. For example, traffic flowing from a source node 216 directly to node 232 may have a length of three, since it skips over two levels.

According to various implementations, the traffic weight factor for a particular traffic flow may be high enough to offset a lower length weight factor. For example, traffic path 302 may have a lower length weight factor than that of traffic path 224, since it flows in the opposite direction. However, the amount of traffic flowing back from node 226 to node 220 may be great enough to cause traffic path 302 to be displayed. Other backwards traffic paths that have less traffic may still be concealed from display, depending on the level of detail defined by connection selector 202. For example, a flow of traffic from node 232 to 226 may be concealed while traffic path 302 is displayed, since traffic path 302 has a much larger volume of traffic.

FIG. 4 is an illustration of an example visualization 400, showing more traffic flow connections than that of visualization 300 in FIG. 3. Visualization 400 displays all of the same information as that of visualizations 200 and 300, except that connection selector 202 has been adjusted in visualization 400 to display all traffic paths over which traffic flows between the nodes of visualization 400. For example, backwards paths and skips may be shown in visualization 400, even though they may have only a small volume of traffic. While only three settings of connection selector 202 are shown in FIGS. 2-4, any number of different settings may be used to vary the number of displayed traffic flows.

FIG. 5 is an illustration of an example visualization 500 showing traffic path information 504. In some implementations, selection of a displayed node or traffic path may cause additional information about the node or traffic path to be displayed. For example, a node or traffic path may be selected via a pointer 502 controlled by a pointing device (e.g., as a “hover-over” action, using a mouse click, etc.), via a touch-screen display, using a keypad, or using any other form of selection mechanism. In response, additional information about the node or traffic path may be displayed. For example, additional information may be shown as a pop-up, in a separate window or tab, in a table, or using other forms of visual indicia in visualization 500.

As shown, traffic path information 504 may appear when drop-off traffic path 222 is selected using pointer 504. Traffic path information 504 may include additional information about where traffic flows from node 220 that does not connect to another node in visualization 500 (e.g., information about the individual traffic paths that are aggregated to form drop-off traffic path 222). Traffic path information 504 may, for example, include information about traffic that leaves the website associated with node 220 entirely. Such traffic may be denoted as “exit” traffic, or the like, in traffic path information 504. Traffic that stays within the website associated with node 220, but outside of the webpages of the nodes of visualization 500, may also be shown. For example, some webpage visitors that view product information via a webpage in node 220 may navigate to a contact page (e.g., /shop.axd/contact). Such a page may be within a vendor's website, but outside of the process defined for visualization 500.

Traffic path information 504 may include statistics about the traffic in drop-off traffic path 222. In some implementations, traffic path information 504 may include information about the amount of traffic that navigates to a specific exit and/or the percentage of drop-off traffic that navigates to the particular exit. For example, traffic path information 504 may indicate that 3.63% of drop-off traffic from node 220 navigates to a shopping home page for the website (e.g., /shop.axd/home). In some implementations, other statistics may be provided that incorporate the source type. For example, traffic path information 504 may include a breakdown of users by region that drop off from the process shown in visualization 500.

FIG. 6 is an illustration of an example visualization 600 showing a selection of a source type. As shown, source input 203 may be used to receive a selection 602 of a source type. The traffic data used to generate visualization 600 may include any number of different metrics regarding users, user devices, network traffic patterns, etc. For example, source nodes 604 are grouped based on the type of web browser used by the different users. Associated with source nodes 604 may also be statistics regarding the web browsers, such as the total number of users that use a particular web browser, the percentage of total users that use a particular web browser, or other similar statistics. For example, the number of users that access the various nodes in visualization 600 using the Android web browser is shown to be 1,230. System information, such as the web browser used, may be relevant to the website operator and to others, to ensure that a visited website is optimized for certain web browsers.

In some implementations, source nodes 604 may differ in type from the rest of the nodes in visualization 600. For example, source nodes 604 may be grouped by web browser, while node 220 may be a group of webpages (e.g., URLs, etc.) for one or more websites. In further implementations, nodes 220, 226, 232, 238, and 244 may also include indicia to denote the various groups of source nodes 604 flowing through the nodes. For example, node 220 may include various colors, bars, etc., that denote the makeup of traffic through node 220 corresponding to the source type. For example, a portion of node 220 may be colored red to denote those users that used an Internet Explorer web browser, while another portion of node 220 may be colored green to denote those users that used a Firefox web browser. Other forms of indicia may also be used, such as icons, text, images, or the like, to demarcate traffic through a node based on the selected source type.

Traffic paths leading from source nodes in a visualization may also differ, depending on the source type. For example, traffic paths 606 differs from those of traffic paths 218 in FIGS. 2-4. Traffic paths 606 may vary in width to show the relative amount of traffic that arrives at node 220 using the various web browsers represented by source nodes 604. When non-source nodes (e.g., nodes 220, 226, 232, 238, and 244) represent groups of web pages, traffic paths between such nodes may remain the same, even when the source type is changed via source input 203. In this way, an interested party may view visualization 600 to determine which web browsers are most heavily used, while still being able to view the flow of traffic between the different levels of visualization 600.

FIG. 7 is an illustration of an example visualization 700 of online traffic showing source nodes 704 based on region. As shown, source input 203 has been used to receive a selection 602 of a region source type. Source region information may be determined, for example, through analysis of IP addresses, location data (e.g., via GPS, cellular triangulation, etc.), or other ways of determining the geographic location of an electronic device that accesses a webpage of a node. Traffic paths 706 may represent the traffic arriving at node 220 from the geographic regions of source nodes 704. Similar to traffic paths 606, traffic paths 706 may also differ based on the selected source type. In this way, information regarding where users reside can be conveyed via visualization 700, as well as information regarding the network traffic between nodes 220, 226, 232, 238, and 244.

FIG. 8 is a flow diagram of an example process 800 to display network traffic data. In some implementations, process 800 may be performed by a server that aggregates network traffic data (e.g., performance analysis apparatus 120 in FIG. 1, etc.). For example, a server may utilize process 800 to generate a visualization of the network traffic and to provide visualization data to a user device. In other implementations, the network traffic data may first be downloaded to a user device that utilizes process 800 to analyze the traffic data (e.g., using one or more scripts, programs, or other routines running on the user device).

Process 800 may include receiving a selection of steps in an online process and a selection of a source type (block 802). The online process may include any number of steps performed by a user navigating between one or more webpages. In some implementations, the steps may correspond to visiting a particular webpage or a group of webpages. For example, a step in the online process may be “view product information” that corresponds to visiting any number of webpages that display product information. The selection of steps may also include a specific ordering of steps. For example, one step may be to view product information, followed by the step of adding a product to a shopping cart.

The selection of a source type may include any way of classifying traffic data associated with the first step of the online process. For example, a first step of an online process may be to view product details. Traffic information regarding visits to one or more webpages associated with viewing a product can then be classified by source type. For example the source traffic data may be classified by source webpage, system configuration, geographic information, etc.

Process 800 may include retrieving data representative of nodes and traffic paths based in part on the selected steps and source type (block 804). In general, nodes may be any grouping of data related to the network. For example, nodes may be clusters of websites, URLs, servers, or other groups of content sources in the network. In some implementations, nodes may be grouped based on a plurality of factors. For example, a node may be based on both geographic information and system configuration information. Traffic paths connect nodes and represent a grouping of network traffic between nodes. For example, one node may be a cluster of URLs for www.example.com and a second node may be a cluster of URLs for www.example.org. In such a case, a traffic path may connect node one to node two and a second traffic path may connect node two to node one.

Process 800 may include determining a level for each node (block 806). In general, a level correspond to the separation between nodes. For example, traffic that passes from nodes A to B to C traverses two levels, since it flows through two traffic paths: A to B and then from B to C. In such a case, node A may be assigned level 1, node B may be assigned to level 2, and node C may be assigned level 3. In some implementations, a node corresponding to the selected source type may be assigned to a start level. For example, source nodes may be assigned to a level 0, if node A is assigned to level 1.

Process 800 may include generating visualization data (block 808). The visualization data may be configured to cause an electronic display to display two or more nodes and one or more traffic paths between the nodes based in part on the levels of the two or more nodes. In some implementations, at least one node is a source node that corresponds to the selected source type. The nodes in the visualization data may be unique, i.e., each node is displayed only once in a visualization. The visualization data may also be configured to cause the electronic display to display indicia of traffic that does not go to a node displayed in the visualization (e.g., flows of traffic that “drop off” from the process). The visualization data may be configured to cause the electronic display to display additional information about a node or traffic flow. For example, additional information about component webpages of a node, component traffic of a traffic path, or other metrics may be displayed.

Process 800 may include providing the visualization data to an electronic device (block 810). In some implementations, the electronic device may be one or more electronic displays. For example, a user device may receive network traffic data and use the received data to generate a visualization. In such a case, the user device may provide the visualization data directly to the display. In other implementations, the visualization data may be generated by a server or other remote device and provided to a user device. The user device, in turn, may use the visualization data to cause an electronic display to display the visualization. For example, the visualization data may be generated by a server and provided to a user's computer, which then uses the visualization data to display the visualization data on a monitor.

FIG. 9 is a block diagram of an example processing circuit 900 configured to generate visualization data using network traffic information. Processing circuit 900 may be part of a server (e.g., performance analysis apparatus 120 in FIG. 1 or another computing device), part of a user device (e.g., a mobile device, a desktop computer, or any other computing device), or part of any other electronic device. Processing circuit 900 includes a bus 905 or other communication mechanism for communicating information and a processor 910 coupled to bus 905 for processing information. The processing circuit 900 also includes main memory 915, such as a random access memory (RAM) or other dynamic storage device, coupled to the bus 905 for storing information, and instructions to be executed by the processor 910. Main memory 915 can also be used for storing position information, temporary variables, or other intermediate information during execution of instructions by the processor 910. The processing circuit 900 may further include a read only memory (ROM) 910 or other static storage device coupled to the bus 905 for storing static information and instructions for the processor 910. A storage device 925, such as a solid state device, magnetic disk, optical disk, non-transitory memory, or the like, is coupled to the bus 905 for persistently storing information and instructions.

Processing circuit 900 may be coupled via bus 905 to a display 935, such as a liquid crystal display, an active matrix display, a plasma display, or the like, for displaying information to a user. An input device 930, such as a keyboard including alphanumeric and other keys, may be coupled to the bus 905 for communicating information, and command selections to the processor 910. In another embodiment, the input device 930 has a touch screen display 935. The input device 930 can include a cursor control, such as a mouse, a trackball, or cursor direction keys, for communicating direction information and command selections to the processor 910 and for controlling cursor movement on the display 935. Processing circuit 900 may also include network interface 938. Network interface 938 is configured to receive and transmit data over a data network. For example, network interface 938 may include an Ethernet port, a wireless transceiver, a telephone port, or any other type of data network interface.

According to various implementations, the processes that effectuate illustrative embodiments that are described herein can be implemented by processing circuit 900 in response to the processor 910 executing an arrangement of instructions contained in main memory 915 and/or storage device 925. Such instructions can be read into main memory 915 from another computer-readable medium, such as the storage device 925 or received via network interface 938. Execution of the arrangement of instructions contained in main memory 915 causes the processing circuit 900 to perform the illustrative processes described herein. One or more processors in a multi-processing arrangement may also be employed to execute the instructions contained in main memory 915. In alternative embodiments, hard-wired circuitry may be used in place of or in combination with software instructions to implement illustrative embodiments. Thus, embodiments are not limited to any specific combination of hardware circuitry and software.

Although an example processing circuit has been described in FIG. 9, implementations of the subject matter and the functional operations described in this specification can be implemented in other types of digital electronic circuitry, or in computer software, firmware, or hardware, including the structures disclosed in this specification and their structural equivalents, or in combinations of one or more of them.

The subject matter and the operations described in this specification can be implemented in digital electronic circuitry, or in computer software, firmware, or hardware, including the structures disclosed in this specification and their structural equivalents, or in combinations of one or more of them. The subject matter described in this specification can be implemented as one or more computer programs, i.e., one or more modules of computer program instructions, encoded on computer storage medium for execution by, or to control the operation of, data processing apparatus. Alternatively or in addition, the program instructions can be encoded on an artificially-generated propagated signal, e.g., a machine-generated electrical, optical, or electromagnetic signal, that is generated to encode information for transmission to suitable receiver apparatus for execution by a data processing apparatus. A computer storage medium can be, or be included in, a computer-readable storage device, a computer-readable storage substrate, a random or serial access memory array or device, or a combination of one or more of them. Moreover, while a computer storage medium is not a propagated signal, a computer storage medium can be a source or destination of computer program instructions encoded in an artificially-generated propagated signal. The computer storage medium can also be, or be included in, one or more separate physical components or media (e.g., multiple CDs, disks, or other storage devices).

The operations described in this specification can be implemented as operations performed by a data processing apparatus on data stored on one or more computer-readable storage devices or received from other sources.

The term “data processing apparatus” or “computing device” encompasses all kinds of apparatus, devices, and machines for processing data, including by way of example a programmable processor, a computer, a system on a chip, or multiple ones, or combinations, of the foregoing The apparatus can include special purpose logic circuitry, e.g., an FPGA (field programmable gate array) or an ASIC (application-specific integrated circuit). The apparatus can also include, in addition to hardware, code that creates an execution environment for the computer program in question, e.g., code that constitutes processor firmware, a protocol stack, a database management system, an operating system, a cross-platform runtime environment, a virtual machine, or a combination of one or more of them. The apparatus and execution environment can realize various different computing model infrastructures, such as web services, distributed computing and grid computing infrastructures.

A computer program (also known as a program, software, software application, script, or code) can be written in any form of programming language, including compiled or interpreted languages, declarative or procedural languages, and it can be deployed in any form, including as a stand-alone program or as a module, component, subroutine, object, or other unit suitable for use in a computing environment. A computer program may, but need not, correspond to a file in a file system. A program can be stored in a portion of a file that holds other programs or data (e.g., one or more scripts stored in a markup language document), in a single file dedicated to the program in question, or in multiple coordinated files (e.g., files that store one or more modules, sub-programs, or portions of code). A computer program can be deployed to be executed on one computer or on multiple computers that are located at one site or distributed across multiple sites and interconnected by a communication network.

The processes and logic flows described in this specification can be performed by one or more programmable processors executing one or more computer programs to perform actions by operating on input data and generating output. The processes and logic flows can also be performed by, and apparatus can also be implemented as, special purpose logic circuitry, e.g., an FPGA (field programmable gate array) or an ASIC (application-specific integrated circuit).

Processors suitable for the execution of a computer program include, by way of example, both general and special purpose microprocessors, and any one or more processors of any kind of digital computer. Generally, a processor will receive instructions and data from a read-only memory or a random access memory or both. The essential elements of a computer are a processor for performing actions in accordance with instructions and one or more memory devices for storing instructions and data. Generally, a computer will also include, or be operatively coupled to receive data from or transfer data to, or both, one or more mass storage devices for storing data, e.g., magnetic, magneto-optical disks, or optical disks. However, a computer need not have such devices. Moreover, a computer can be embedded in another device, e.g., a mobile telephone, a personal digital assistant (PDA), a mobile audio or video player, a game console, a Global Positioning System (GPS) receiver, or a portable storage device (e.g., a universal serial bus (USB) flash drive), to name just a few. Devices suitable for storing computer program instructions and data include all forms of non-volatile memory, media and memory devices, including by way of example semiconductor memory devices, e.g., EPROM, EEPROM, and flash memory devices; magnetic disks, e.g., internal hard disks or removable disks; magneto-optical disks; and CD-ROM and DVD-ROM disks. The processor and the memory can be supplemented by, or incorporated in, special purpose logic circuitry.

To provide for interaction with a user, embodiments of the subject matter described in this specification can be implemented on a computer having a display device, e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor, for displaying information to the user and a keyboard and a pointing device, e.g., a mouse or a trackball, by which the user can provide input to the computer. Other kinds of devices can be used to provide for interaction with a user as well; for example, feedback provided to the user can be any form of sensory feedback, e.g., visual feedback, auditory feedback, or tactile feedback; and input from the user can be received in any form, including acoustic, speech, or tactile input. In addition, a computer can interact with a user by sending documents to and receiving documents from a device that is used by the user; for example, by sending web pages to a web browser on a user's client device in response to requests received from the web browser.

The subject matter described in this specification can be implemented in a computing system that includes a back-end component, e.g., as a data server, or that includes a middleware component, e.g., an application server, or that includes a front-end component, e.g., a client computer having a graphical user interface or a Web browser through which a user can interact with an implementation of the subject matter described in this specification, or any combination of one or more such back-end, middleware, or front-end components. The components of the system can be interconnected by any form or medium of digital data communication, e.g., a communication network. Examples of communication networks include a local area network (“LAN”) and a wide area network (“WAN”), an inter-network (e.g., the Internet), and peer-to-peer networks (e.g., ad hoc peer-to-peer networks).

The computing system can include clients and servers. A client and server are generally remote from each other and typically interact through a communication network. The relationship of client and server arises by virtue of computer programs running on the respective computers and having a client-server relationship to each other. In some embodiments, a server transmits data (e.g., an HTML page) to a client device (e.g., for purposes of displaying data to and receiving user input from a user interacting with the client device). Data generated at the client device (e.g., a result of the user interaction) can be received from the client device at the server.

While this specification contains many specific implementation details, these should not be construed as limitations on the scope of the disclosure or of what may be claimed, but rather as descriptions of features specific to particular embodiments of particular implementations. Certain features that are described in this specification in the context of separate embodiments can also be implemented in combination in a single embodiment. Conversely, various features that are described in the context of a single embodiment can also be implemented in multiple embodiments separately or in any suitable subcombination. Moreover, although features may be described above as acting in certain combinations and even initially claimed as such, one or more features from a claimed combination can in some cases be excised from the combination, and the claimed combination may be directed to a subcombination or variation of a subcombination.

Similarly, while operations are depicted in the drawings in a particular order, this should not be understood as requiring that such operations be performed in the particular order shown or in sequential order, or that all illustrated operations be performed, to achieve desirable results. In certain circumstances, multitasking and parallel processing may be advantageous. Moreover, the separation of various system components in the embodiments described above should not be understood as requiring such separation in all embodiments, and it should be understood that the described program components and systems can generally be integrated together in a single software product or packaged into multiple software products.

Thus, particular implementations of the subject matter have been described. Other implementations are within the scope of the following claims. In some cases, the actions recited in the claims can be performed in a different order and still achieve desirable results. In addition, the processes depicted in the accompanying figures do not necessarily require the particular order shown, or sequential order, to achieve desirable results. In certain implementations, multitasking and parallel processing may be advantageous. 

What is claimed is:
 1. A method of displaying Internet traffic data, comprising: receiving, from an interface, a selection of steps in an online process and a selection of a source type, wherein each step in the online process corresponds to visiting one or more webpages and the source type is indicative of a characteristic of a device that accesses the one or more webpages; retrieving, from a memory, data representative of nodes and traffic paths between nodes based, in part, on the selection of steps and the selection of the source type, wherein a first node corresponds to the source type, a second node corresponds to a first group of one or more webpages, and a third node corresponds to a second group of one or more webpages, wherein a first traffic path corresponds to a number of devices that accessed the first group of one or more webpages and had the characteristic indicated by the source type, wherein a second traffic path corresponds to traffic from the first group of one or more webpages to the second group of one or more webpages; determining a level for the second node and the third node, the level representing a step in the online process; generating visualization data configured to cause an electronic display to display a visual representation of the first node, the second node, the third node, the first traffic path between the first node and the second node, and the second traffic path between the second node and the third node based, in part, on the levels of the second node and the third node; and providing the visualization data to an electronic device.
 2. The method of claim 1, wherein the visualization data is further configured to cause the electronic display to display a first width of the first traffic path based in part on an amount of traffic associated with the first traffic path.
 3. The method of claim 1, wherein the visualization data is further configured to cause the electronic display to display a first size for the first node in proportion to an amount of traffic associated with the first node.
 4. The method of claim 1, wherein the visualization data is further configured to cause the electronic display to display a drop-off traffic path from the second node based, in part, on an amount of traffic that does not proceed to the third node.
 5. The method of claim 4, wherein the visualization data is further configured to cause the electronic display to display the drop-off traffic path as an aggregate of traffic paths that are connected to only one displayed node.
 6. The method of claim 1, wherein the visualization data is further configured to cause the electronic display to display a backwards traffic path.
 7. The method of claim 1, wherein the characteristic is a system configuration.
 8. The method of claim 1, wherein the characteristic is a geographic location.
 9. The method of claim 1, wherein the characteristic is an installed application on the device.
 10. A system for generating a visualization of network traffic comprising: a processing circuit configured to: receive a selection of sequential steps in an online process, a selection of a source type, and a selection for a connector selector, wherein each step in the online process corresponds to visiting one or more webpages, wherein the source type is indicative of a characteristic of a device that accesses the one or more webpages, and wherein the selection for the connector selector is representative of a threshold value for a number of traffic flows to be display; retrieve data representative of nodes and traffic paths between nodes based, in part, on the selection of steps and the selection of the source type, wherein a first node corresponds to the source type, a second node corresponds to a first group of one or more webpages, and a third node corresponds to a second group of one or more webpages, and a fourth node corresponds to a third group of one or more webpages, wherein a first traffic path corresponds to a number of devices that accessed the first group of one or more webpages and had the characteristic indicated by the source type, wherein a second traffic path corresponds to traffic from the first group of one or more webpages to the second group of one or more webpages, and wherein a third traffic path corresponds to traffic from the first group of one or more webpages to the third group of one or more webpages; determine a level for the second node, third node, and fourth node, the level representing a position of a step in a sequence of the online process; determine a first value for the second traffic path and a second value for the third traffic path, wherein the first value and the second value are determined using a scoring function, wherein the scoring function comprises a length weight factor associated with a number of levels traversed by a traffic path; generate visualization data configured to cause an electronic display to display a visual representation of the first node, the second node, the third node, the fourth node, the first traffic path between the first node and the second node, the second traffic path between the second node and the third node, and the third traffic path between the second node and the fourth node; and provide the visualization data to an electronic device, wherein the provided visualization data includes the third traffic path based on the second value exceeding the threshold value based on the selection for the connector selector, wherein the first value does not exceed the threshold value based on the selection for the connector selector.
 11. The system of claim 10, wherein the visualization data is further configured to cause the electronic display to display a first width of the first traffic path based, in part, on an amount of traffic associated with the first traffic path.
 12. The system of claim 10, wherein the visualization data is further configured to cause the electronic display to display a first size for the first node in proportion to an amount of traffic associated with the first node.
 13. The system of claim 10, wherein the visualization data is further configured to cause the electronic display to display a drop-off traffic path from the second node based, in part, on an amount of traffic that does not proceed to the third node.
 14. The system of claim 13, wherein the visualization data is further configured to cause the electronic display to display the drop-off traffic path as an aggregate of traffic paths that are connected to only one displayed node.
 15. The system of claim 10, wherein the visualization data is further configured to cause the electronic display to display a backwards traffic path.
 16. The system of claim 10, wherein the characteristic is a system configuration.
 17. The system of claim 10, wherein the characteristic is a geographic location.
 18. One or more non-transitory computer-readable media having instructions stored therein, the instructions being executable by one or more processors to cause the one or more processors to perform operations comprising: receiving a selection of steps in an online process and a selection of a source type, wherein each step in the online process corresponds to visiting one or more webpages and the source type is indicative of a type of characteristic of a device that accesses one or more webpages; retrieving data representative of nodes and traffic paths between nodes based, in part, on the selection of steps and the selection of the source type, wherein a first node corresponds to a first type of characteristic, a second node corresponds to a second type of characteristic, and a third node corresponds to a group of one or more webpages, wherein a first traffic path corresponds to a first number of devices that accessed the group of one or more webpages of the third node and had the first type of characteristic, wherein a second traffic path corresponds to a second number of devices that accessed the group of one or more webpages of the third node and had the second type of characteristic; generating visualization data configured to cause an electronic display to display a visual representation of the first node, the second node, the third node, the first traffic path between the first node and the third node, and the second traffic path between the second node and the third node; and providing the visualization data to an electronic device.
 19. The one or more non-transitory computer-readable media of claim 18, wherein the characteristic is a system configuration.
 20. The one or more non-transitory computer-readable media of claim 18, wherein the characteristic is a geographic location. 